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(54) Title: METHOD AND DEVICE FOR THE SYNCHRONISED RESTITUTION OF DATA FLOWS 

(54) Bezeichnung: VERFAHREN UND VORRICHTUNG ZUR SYNCHRONISIERTEN WIEDERGABE VON DATENSTRO- 
MEN 

(57) Abstract: The invention relates to a method for the restitution of data flows or data packets transmitted over a network, using 
at least two restitution appliances which are at least indirectly connected to the network. The aim of the invention is to ensure a 
synchronised and error-free restitution. To this end, in order to synchronise the restitution by means of the at least two restitution 
appliances, either one of the restitution appliances, as the master, provides its internal clock as the reference, and the other restitution 
appliances, as the slaves, co-ordinate their internal clock with that of the master by means of the network and restitute the data flows 
or data packets according to said co-ordinated clock, or the internal clock of an external appliance also available on the network is 
used as the master, and all restitution appliances, as the slaves, co-ordinate their internal clock with that of the master by means of 
the network, and restitute the data flows or data packets according to said co-ordinated clock. 

(57) Zusammenfassung: Die vorliegende Erfindung betrifft ein Verfahren zur Wiedergabe von iiber wenigstens ein Netzwerk uber- 
tragenen Datenstromen oder Datenpaketen mittels wenigstens zweier wenigstens mittelbar an das Netzwerk angebundener Wieder- 
gabegerate. Dabei wird eine synchronisierte und fehlerfreie Wiedergabe gewahrleistet, indem zur Synchronisation der Wiedergabe 
mit den wenigstens zwei Wiedergabegeraten entweder eines der Wiedergabegerate als Master seine interne Uhr als Referenz vorgibt 
und die anderen Wiedergabegerate als Slave ihre interne Uhr uber das Netzwerk mit jener des Masters abgleichen und die Wie- 
dergabe von Datenstromen oder Datenpaketen in Abhangigkeit dieser abgeglichenen Uhr wiedergeben, oder indem die interne Uhr 
eines externen, ebenfalls am Netz verfugbaren Gerates als Master verwendet wird und alle Wiedergabegerate als Slave eine interne 
Uhr uber das Netzwerk mit jener des Masters abgleichen und die Wiedergabe von Datenstromen oder Datenpaketen in Abhangigkeit 
dieser abgeglichenen Uhr wiedergeben. 
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5 BESCHREEBUNG 

TITEL 

Verfahren und Vorrichtung zur synchronisierten Wiedergabe von Datenstromen 

TECHNISCHES GEBDET 

10 Die vorliegende Erfindung betrifft ein Verfahren zur Wiedergabe von uber wenigstens 
ein Netzwerk ubertragenen Datenstromen oder Datenpaketen mittels wenigstens zweier 
wenigstens mittelbar an das Netzwerk angebundener Wiedergabegerate. Sie betrifft 
ausserdem ein Datenverarbeitungsprogramm zur Durchfuhrung eines derartigen 
Verfahrens sowie eine Vorrichtung zur Durchfuhrung eines derartigen Verfahrens. 

15 

STAND DER TECHNIK 

Die Ubertragung von digital gespeicherten, multimedialen Datenstromen uber 
Netarwerkinfrastruktur, die Speicherung dieser Strome auf computerahnlichen 
Apparaten und die Wiedergabe in professionellen Anwendungen und auch im 

20 Heimbereich ist bereits omniprasent. Dies insbesondere im Audiobereich, indem die fur 
die Ubertragung und Speicherung notwendigen Datenraten und -mengen dank 
effektiver Komprimierverfahren (MP3) stark reduziert werden konnten. Im 
Videosegment arbeiten viele fieberhaft an immer besseren Komprimierverfahren 
(MPEG-4) urn auch hier die , 5 online"-Verfugbarkeit und zJB. den Echtzeitabruf von 

25 Spielfilmen mit ublicher Infrastruktur (ADSL, Kabelmodem und PC) moglich zu 
machen. Im Heimbereich wurde sich ein sehr grosser Markt offiien, wenn Audiodaten 
sehr genau synchronisiert, ohne Qualitatsverlust, d.h. digital mit Fehlerkorrektur, uber 
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verschiedene Medien, insbesondere jedoch per Funk, verteilt ausgegeben werden 
konnten. Bisher bekannte Verfahren (z.B. die analoge Modulation der Daten auf HF 
Trager ohne Riickkanal) sind qualitativ weder hochwertig noch betriebssicher. 
Zuverlassige Systeme, die z.B. auch einen S/PDIF (Sony/Philips Digital Interface, 
5 digitaler Audioausgang) oder analoge Audiosignale ohne merklichen Qualitatsverlust 
zuverlassig (d.h. mit Riickkanal) uber verdrahtete oder drahtlose Infrastruktur verteilen 
konnen, sind bisher nicht verfiigbar. 



DARSTELLUNG DER ERFINDUNG 

10 Der Erfindung liegt demnach die Aufgabe zugrunde, ein Verfahren zur Verfugung zu 
stellen, welches es erlaubt, uber wenigstens ein Netzwerk ubertragene Datenstrome oder 
Datenpakete mittels wenigstens zweier wenigstens mittelbar an das Netzwerk 
angebundener Wiedergabegerate in fehlerfreier und synchronisierter Weise 
wiederzugeben. 

15 Die Losung dieser Aufgabe wird dadurch erreicht, dass zur Synchronisation der 
Wiedergabe mit den wenigstens zwei Wiedergabegeraten entweder eines der 
Wiedergabegerate als Master seine interne Uhr als Referenz vorgibt und die anderen 
Wiedergabegerate als Slave ihre interne Uhr uber das Netzwerk mit jener des Masters 
abgleichen und die Wiedergabe von Datenstromen oder Datenpaketen in Abhangigkeit 

20 dieser abgeglichenen Uhr wiedergeben, oder dass die interne Uhr eines externen, 
ebenfalls am Netz verfugbaren Gerates als Master verwendet wird und alle 
Wiedergabegerate als Slave ihre interne Uhr uber das Netzwerk mit jener des Masters 
abgleichen und die Wiedergabe von Datenstromen oder Datenpaketen in Abhangigkeit 
dieser abgeglichenen Uhr wiedergeben. 

25 Der Kern der Erfindung besteht somit darin, die Synchronisation der einzelnen 
Wiedergabegerate durch die Definition einer Referenzuhr zu gewahrleisten. Dabei ist 
der Begriff Uhr nicht im exakten Sinne zu verstehen, sondern vielmehr einfach im 
Sinne eines zeitlichen Referenzsystems, innerhalb welchem alle Teilnehmer des 
Systems, d. h. Master und Slave gleich laufen. Mit anderen Worten kann die hier 
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genannte Uhr sowohl absolut nicht der tatsachlichen Uhrzeit entsprechen, als auch in 
ihrer Laufgeschwindigkeit von der Laufgeschwindigkeit eine Uhr abweichen. Wichtig 
ist nur, dass die einzelnen Teilnehmer untereinander in einem identischen, gleich 
getakteten Zeitsystem arbeiten. Die Slaves fuhren mit anderen Worten ggf; einfach eine 

5 zum Master synchron laufende Uhr respektive ein synchron laufendes Referenzsystem 
zur Wiedergabe der Daten, welche Uhr respektive welches Referenzsystem nicht mit 
der tatsachlichen, auf dem Slave vorhandenen Uhr identisch sein muss. Es wird dann 
gewissermassen eine separate Kopie der Master-Uhr auf den Slaves gefiihrt Die im 
Rahmen dieser Erfindung wesentliche Synchronisation zielt also nicht in erster Linie 

10 darauf ab, so genannte real time Bedingungen sicherstellen zu konnen, sondern 
vielmehr darauf, eine moglichst hohe Datenintegritat zu gewahrleisten, wobei der 
Moment des Abspielens nicht von hochster Bedeutung ist, sondern nur die relative 
Synchronisation. Wesentlich ist beim vorgeschlagenen System der Synchronisation, 
dass nicht der Master dazu beauftragt ist, die einzelnen Slaves im Takt zu halten, 

15 sondern dass die einzelnen Slaves selbststandig fur ihre Anpassung an den Master 
verantwortlich zeichnen und dies selbsttatig durchfiihren. Dadurch ergibt sich der 
Vorteil, dass der Master nicht zwingend daruber informiert sein muss, was fur weitere 
Teilnehmer im Netz im Moment gerade in synchronisierter Weise mitspielen. Die 
Verwaltung eines Systems vereinfacht sich dadurch erheblich. Der Master stellt nur 

20 seine Uhr zur Verfugung und der Master selber andert dieses Referenzsystem auch nicht 
ab, so sehr es auch von einer tatsachlichen Uhrzeit abweichen mag. 

Gemass einer ersten bevorzugten Ausfuhrungsform der vorliegenden Erfindung handelt 
es sich beim Netzwerk urn ein Netzwerk, in welchem Datenpakete in asynchroner 
Weise ubertragen werden. Die Synchronisation von Datenstromen ist insbesondere dann 

25 relevant, wenn das Netzwerk nicht deterministisch ist, d. h. wenn die Daten asynchron 
ubermittelt werden. In einem asynchronen Netzwerk kann nicht davon ausgegangen 
werden, dass Daten stets die gleiche Zeit von Punkt A zu Punkt B benotigen. 
Ausserdem werden die Daten nicht in einem konstanten Takt ubermittelt. Entsprechend 
werden in einem derartigen Netzwerk inharent Daten zu unterschiedlichen Zeitpunkten 

30 iiber unterschiedliche Wege (z.B. uber Switches oder Router) bei den 
Wiedergabegeraten ankommen, was die Synchronisation besonders wichtig macht. 
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Gemass einer weiteren bevorzugten Ausfiihrungsform findet der Abgleich der Uhr auf 
dem Slave nicht nur vor der ersten Wiedergabe beim Einschalten oder Zuschalten des 
Slave statt, sondern vielmehr auch periodisch wahrend der Wiedergabe der Daten. Diese 
Aktualisierung ist insbesondere bei langen, zusammenhangenden Datenstromen 
5 wichtig, da selbst kleinste Unterschiede in der Laufgeschwindigkeit der internen Uhr 
von Master und Slave fiber eine langere Zeit zu einer grossen Differenz fiihren konnen. 
Typischerweise erfolgt eine derartige neue Synchronisation alle 30 Sekunden. 
Vorzugsweise wird die periodische Aktualisierung dazu verwendet, auf dem Slave eine 
systematische Anpassung der Laufgeschwindigkeit der internen Uhr des Slave an jene 
des Masters zum Ausgleich von Unterschieden in der internen Laufzeitcharakteristik 
von Master und Slave vorzunehmen. Eine derartige systematische Anpassung, welche 
gewissermassen ein " ziehen " zwischen Slave und Master erlaubt, ist ahnlich zur im 
Bereich des Abgleichs von klassischen Uhren auf Netzwerken (ntp, Network Time 
Protocol). Dadurch wird eine moglichst glatte Anpassung zwischen den Zeitsystemen 
von Master und Slave gewahrleistet, und es wird verhindert, dass einfach bei einem 
mismatch zum Ausgleich von LaufzeitdifFerenzen z. B. auf dem Slave Datenpakete 
weggelassen werden oder Leerstellen eingefugt werden. Dennoch kann es bei grossen 
Zeitunterschieden (typischerweise mehr als z. B. 100ms im Audiobereich), wie sie aber 
typischerweise nur dann auftreten, wenn die Dateniibertragung problematisch ist, 
erforderlich werden, die Wiedergabe auf dem Slave durch derartige stufenweise 
Eingriffe vorzunehmen. Typischerweise besteht die systematische Anpassung darin, die 
interne Uhr des Slave respektive deren Laufgeschwindigkeit mit einem konstanten 
Korrekturfaktor zu skalieren. 

Der Abgleich der internen Uhr auf dem Slave kann auf unterschiedliche Weise 
geschehen. Wichtig ist dabei insbesondere, dass nicht einfach die Zeit auf dem Master 
abgefragt wird und anschliessend nach deren Ubertragung tel quel auf dem Slave 
eingesetzt wird, sondern dass der Tatsache Rechnung getragen wird, dass die 
Ubertragung der Zeit respektive deren Anfrage uber das Netz ebenfalls eine gewisse 
Zeit beansprucht hat. Gerade im Rahmen dieser Erfindung gewunschte Zeitgenauigkeit 
im Bereich von derartig typischen Ubertragungszeiten in Netzwerken liegt, sollte dies 
beriicksichtigt werden. Vorzugsweise wird dabei entsprechend so vorgegangen, dass die 
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interne Uhr des Master vom Slave insbesondere bevorzugt mehrmals abgefragt wird, 
und indem wenigstens ein, bevorzugt eine Mehrzahl von Datenpaketen, welche mit den 
Paketen zur Abfrage der Zeit auf dem Master identisch sein konnen, vom Slave zum 
Master fibertragen und wieder zuruckubermittelt werden, und die interne Uhr im Slave 

5 in Abhangigkeit einer insbesondere durchschnittlichen Laufeeit von Datenpaketen 
zwischen Master und Slave an die Uhr im Master angeglichen wird. Es wird mit 
anderen Worten fiber mehrere Abfragen eine mMere Datenlaufzeit, wie sie fur das 
spezifische Netzwerk typisch ist, ermittelt, und erst nach Kenntnis dieser typischen 
Datenlaufzeit unter deren Beriicksichtigung die Zeit auf dem Slave angepasst. Dabei 

10 spielt aber normalerweise nicht nur die Datenlaufzeit fiber das Netzwerk eine Rolle, 
sondern auch Bearbeitungszeiten in den Geraten. Entsprechend sollten zusatzlich zur 
Berucksichtigung der Laufeeit als Mittelwert Bearbeitungszeiten in den Geraten, 
fiblicherweise als zusatzlicher konstanter additiver Beitrag berucksichtigt werden. 

Wird ein derartiges System von Wiedergabegeraten in Betrieb genommen, so ist es 

15 wichtig, rechtzeitig einen Master zu definieren, damit die einzelnen Wiedergabegerate 
nicht alle gegenseitig versuchen, sich relativ zueinander abzugleichen. Gemass einer 
bevorzugten Ausfiihrungsform der Erfindung wird dies vorteilhafter Weise so gemacht, 
dass das erste, mit der Wiedergabe beauftragte Wiedergabegerat automatisch als Master 
definiert wird. Typischerweise verlauft dies so, dass ein Gerat, wenn es zu Wiedergabe 

20 aufgefordert wird, sich zunachst einfach einmal als potentiellen Master versteht, aber 
keinerlei mastertypischen Aktionen beginnt. In dem Moment, in welchem es von einem 
anderen Wiedergabegerat eine Anfrage bekommt, den abgespielten Datenstrom zur 
Verfugung zu stellen, wird das Gerat zum Master. Das anfragende Gerat wird 
automatisch zum Slave. Selbstverstandlich ist es auch moglich, ein Gerat als Master zu 

25 definieren, diese Losung weist aber den Nachteil auf, dass, wenn dieser Master aus 
irgendwelchen Grunden einmal nicht betrieben werden soli oder ausfallt, dass S^tem in 
einem undefinierten Zustand ist In entsprechender Weise sollte ausserdem im Protokoll 
festgehalten werden, dass, bei Ausfall oder Abschalten des aktuellen Masters, sich das 
erste, dieses realisierende Gerat, automatisch als neuer Master im Netzwerk definiert 

30 und die Aufgabe als Master sofort fibemimmt. 
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Das vorgeschlagene Verfahren findet vorzugsweise im Bereich von digitalen Audio- 
oder Videodaten oder einer Kombination davon Anwendung. Insbesondere bevorzugt 
handelt es sich entsprechend bei den Daten respektive Datenstromen um komprimierte 
oder unkomprimierte Audiodateien wie MP3, WAV, MPEG, Windows Media etc. 

5 Grundsatzlich kann es sich bei der Wiedergabe entweder um so genannte 11 multi-room 
"-Wiedergabe, d. h. um die Wiedergabe von identischen Medien- insbesondere 
Audiodateien in synchronisierter Weise handeln, oder aber auch um so genannte " 
multi-channel "-Wiedergabe, bei welcher insbesondere bei Audio-Dateien in 
Stereoformat oder Vielkanalformaten wie z.B. Dolby 5.1, DTS etc, auf 

10 unterschiedlichen Wiedergabegeraten die unterschiedlichen Kanale wiedergegeben 
werden. 

Gemass einer weiteren bevorzugten Ausfuhrungsform der vorliegenden Erfindung wird 
wenigstens ein Teil der Datenstrome oder Datenpakete vor der Wiedergabe in den 
Wiedergabegeraten zwischengepuffert, wobei bei Audiodateien typischerweise im 

15 Bereich von ca. 1 bis 5 sec gepuffert wird. Bevorzugt und mit grossem Vorteil z. B. bei 
Realtime Sprachanwendungen, erfolgt die Pufferung dynamisch und den Gegebenheiten 
des Netzwerks angepasst. Je kleiner die Puffer sind, desto kurzer ist die Latenzzeit, die 
gewartet werden muss, bis ein Stream gespielt werden kann. Entsprechend ist es von 
Vorteil, moglichst kleine Puffer zu verwenden. Je hoher die Qualitat des verwendeten 

20 Netzwerks, umso kleiner konnen die Puffer gestaltet werden, da in diesem Fall weniger 
Ausfalle und entsprechend auch weniger Repetitionen notig sind. Eine dynamische 
Allozierung des Puffers tragt diesem Sachverhalt optimal Rechnung und kann 
entsprechend zur Optimierung der Latenzzeit genutzt werden. Diese Pufferung, welche 
vorzugsweise in einem so genannten Ringpuffer stattfindet, erlaubt eine auf der einen 

25 Seite genaue Synchronisation, indem namlich der Ausgabepointer beim Master und 
beim Slave einfach gleich gesetzt werden, auf der anderen Seite werden so auch 
Korrekturmechanismen (so genannte "retry-Protokolle ") wesentlich einfacher moglich, 
was im Zusammenhang mit der hier angestrebten Datenintegritat von grosser 
Bedeutung ist. 

30 Insbesondere im Zusammenhang mit der Ausgabe von Audiodateien erweist es sich als 
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vorteilhaft, die Synchronisation der einzelnen Wiedergabegerate im Bereich von 
weniger als 100ms auszulegen. Bevorzugt sollten die Laufzeitunterschiede weniger als 
1 0ms oder weniger als 2ms, insbesondere bevorzugt weniger als 1 ms betragen. Aus der 
Psychoakustik ist bekannt, dass ein normales Gehor in der Lage ist, grossere 

5 Laufzeitunterschiede von mehr als 30 ms als Echo wahrzunehmen, was im Rahmen 
dieser Erfindung eben genau verhindert werden soli. Es zeigt sich, dass auch im bereits 
genannten "multi-channel 11 Betrieb eine Genauigkeit von im Bereich von 1 ms 
gemigend ist. Die Synchronisation von Datenstromen in dieser Genauigkeit kann in 
einem typischen Netzwerk nicht mehr ohne eine aktive Synchronisation der einzelnen 

10 Wiedergabegerate gewahrleistet werden, insbesondere konnen ohne aktive 
Synchronisation keine weiteren Teilnehmer einfach so zugeschaltet werden. 
Typischerweise handelt es sich beim Netzwerk um ein klassisches, verkabeltes 
Netzwerk, vorzugsweise kann es sich dabei aber auch um ein kabelloses Netzwerk, 
insbesondere ein Funknetzwerk handeln (z. B. Wifi, wireless fidelity, auch IEEE802.11b 

15 genannt, oder Nachfolgestandards mit hoherer Datenrate wie z.B. IEEE 802.11a). Soil, 
wie gemass einer anderen bevorzugten Ausfuhrungsform der vorliegenden Erfindung 
vorgeschlagen, ein weiteres Wiedergabegerat in synchronisierter Weise zugeschaltet 
werden, so geschieht dies vorzugsweise, indem sich das zugeschaltete Gerat 
automatisch auf den vorhandenen Master abgleicht und nach Pufferung eines Teils der 

20 Daten selber die Wiedergabe aufirimmt. Ebenso erweist es sich u.U. als sehr vorteilhaft, 
die Verzogerung eines Clients gegeniiber dem Master gezielt einstellen zu konnen. 
Damit lassen sich grosse Raume, Kirchen etc wesentlich besser akustisch mit Daten 
versorgen und akustische Eigenschaften/Laufceiten in diesen Gebauden kompensieren. 
Es handelt sich dann aber um eine gezielte, d.h. gewiinschte und systematische 

25 Verzogerung. Die dabei verwendete Zeitverschiebung bei der Wiedergabe auf 
unterschiedlichen Geraten ist konstant eingestellt und bleibt synchronisiert. 

Als Datenquellen fur den Master konnen unterschiedliche Datenquellen in Frage 
kommen. Die Datenpakete oder Datenstrome konnen entweder von einem separaten 
Datenserver abgeholt oder von diesem geschickt werden, oder auf einem der 
30 Wiedergabegerate abgeholt oder von diesem geschickt werden, oder. auf den 
Wiedergabegeraten bereits zur Verfugung stehen, oder dem System uber einen Analog- 
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Digitalwandler nach Einspeisrung in analoger Form in digitaler Form zur VerfUgung 
gestellt werden. 

Eine weitere bevorzugte Ausfuhrungsform ist dadurch gekennzeichnet, dass die 
Datenpakete oder Datenstrome von einer Datenquelle in einen Ringpuffer im Master 

5 eingelesen werden, wobei jedes eingelesene Byte mit einer eindeutigen Adresse 
(einfacher Weise einfach ein 32 bit-counter, beginnend bei 0) versehen ist, und dass der 
Master in einem vom Einlesen des Datenstromes in den Ringpuffer unabhangigen 
Prozess die Daten des Ringpuffers blockweise, insbesondere sofort nach Einlesen, per 
Broadcast, insbesondere per UDP Broadcast und weiterhin insbesondere per multicast, 

10 auf das Netzwerk schickt, erganzt durch einen Protokollheader, der unter anderem die 
Adresse des ersten ubermittelten Bytes, die genaue Masterzeit, die Adresse des vom 
Master als nachstes an den Codec des Masters zu ubermittelnden Bytes enthalt. 
Grundsatzlich konnen die Daten vom Master in unterschiedlicher Weise an die Slaves 
weitergegeben werden. Der einfachste Ansatz ist ein so genanntes unicast, d. h. der 

15 Master verschickt die Daten separat an jeden weiteren Slave. Dies fuhrt aber bei 
Anwesenheit von mehreren selbst zu einer unnotigen Belastung des Netzwerks. 
Entsprechend sollte vorzugsweise die Verteilung optimiert so geschehen, dass der 
Master die Daten mit einem multicast an alle weiteren Wiedergabegerate weitergibt. Die 
erforderliche Bandbreite bleibt so unabhangig von der AnzaM der Slaves weitgehend 

20 konstant (es kommen nur eventuelle weitere Synchronisationspakete fur den 
Zeitabgleich hinzu, die praktisch keine Bandbreite beanspruchen). Der Ausgabepointer, 
respektive dessen Position auf dem Master wird an die Slaves als Adresse des vom 
Master als nachstes an den Codec des Masters zu ubermittelnden Bytes iibergeben. 
Dabei wird davon ausgegangen, dass Master und Slave uber ahnliche Architekturen 

25 verfugen, bei welchen die Zeitspanne zwischen Ansteuerung des Codec und effektiver 
Ausgabe am Audio-Ausgang (Lautsprecher) so gut wie identisch sind. Wenn dies nicht 
der Fall ist, mussen entsprechende Korrekturen beriicksichtigt werden (z. B. erforderlich 
bei wesentlichen Verstarkungsverzogerungen in einem der Ausgabegerate etc.). Wie 
erwahnt kann die Position des Ausgabepointers auf dem Master einfach als Header mit 

30 den eigentlichen Datenpaketen ubermittelt werden. Alternativ oder zusatzlich ist es aber 
auch moglich, die Adresse des vom Master als nachstes an den Codec des Masters zu 
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ubermittelnden Bytes wenigstens teilweise in unabhangigen Kontrollblocken, welche 
mit den Kontrollblocken zur Uberpriifung der Uhr auf dem Master identisch sein 
konnen, zu ubermitteln. Hierbei ist es insbesondere auch notwendig, die Laufzeit des 
Paketes, an Hand der durchschnittlichen Laufzeit oder der vom Server iibermittelten 
5 Laufzeit, einzubeziehen und den Zahler eventuell dementsprechend zu korrigieren. 

Wie bereits weiter oben erwahnt spielt die Integritat der Daten im Zusammenhang mit 
der vorliegenden Erfindung eine grosse Rolle. Es ist klar, dass unidirektionale 
Verfahren (wie z.B. analoge oder digitale Ubertragung ohne Riickkanal/Ruckmeldung 
wie das genannte Multicast/Broadcast), will man moglichst verlustfreie Ubertragung 

10 erreichen, nicht ausreichen und ein bidirektionales Kommunikationsverfahren mit 
DatenpufFerung gewahlt werden muss, damit bei temporarem Datenverlust eine 
Wiederholung angefordert und neue Ubertragung durchgefuhrt werden kann, bevor die 
lokalen Puffer mit bereits ubertragenen Daten leer laufen. Entsprechend wird 
vorzugsweise ein Korrekturmechanismus oder auch "retry-Protokoll" vorgesehen, iiber 

15 welches verlorene oder beschadigte Datenpakete auf den Slaves berichtigt werden 
konnen. Entsprechend wird zur Sicherung der Datenintegritat bei von einem Slave 
festgestelltem Verlust eines Datenteils auf dem Netzwerk dieses Datenteil nach 
Anforderung vom Slave vom Master wiederholt gesendet. Dies erfolgt nun nicht 
unmittelbar nach der Anfirage, sondern der Master nimmt dieses wiederholte Senden erst 

20 nach Verzogerung wahr. Typischerweise betragt diese Verzogerung einige ms. Der 
Grund dafur ist, dass ublicherweise in einem Netzwerk eine fehlerhafte Ubertragung 
gleich von mehreren Slaves gleichzeitig erfahren wird. Entsprechend werden sich auch 
mehrere Slaves mit einer Anforderung beim Master melden. Die Slaves werden nun 
derart programmiert, dass sie die Anforderungen in gestaffelter Weise absetzen (dies 

25 kann einem programmierten Zeit-Schema entsprechen oder aber auch entsprechend 
zufallig generierter Zeitunterschiede zwischen den Anfragen). Wartet nun der Master 
mit seiner entsprechenden Korrektur-Datenubertragung, bis samtliche Slaves, bei denen 
eine fehlerhafter Eingang festgestellt wurde, ihre Anforderung abgesetzt haben, so kann 
verhindert werden, dass identische Anforderungen mehrfach uber das Netzwerk 

30 geschickt werden. 
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Ausserdem wird vorzugsweise so vorgegangen, dass ein Slave nur dann einea Retry- 
Request absetzt, solange er nicht eine bestimmte Anzahl (wenigstens einer) von 
gleichen Requests von anderen Wiedergabegeraten resp. Slaves im Netz beobachtet hat. 
Dies entspricht einer Repetition (einfach von mehreren Geraten ausgefuhrt) und 

5 gewahrleistet eine hohere Datensicherheit. Ausserdem werden vorzugsweise vom Slave 
nur dann respektive nur solange derartige Retry-Requests abgesetzt, als er sich sicher 
ist, dass das angefragte Datenpaket noch rechtzeitig vom Master ubermittelt und 
anschliessend vom Slave abgespielt werden kann. Ist diese Bedingung namlich nicht 
mehr erfiillt, muss der Slave ohnehin neu auf den Datenstrom aufsetzen, da sein Puffer 

10 leerlauft, bevor die erforderlichen Daten vom Master zur Verfiigung gestellt werden 
konnen. Werden ohne Beriicksichtigung dieser Bedingung Retry-Requests immer weiter 
abgesetzt, so resultiert eine unnotige Last auf dem Netz. 

Alternativ und insbesondere bei kurzen fehlenden Datenabschnitten ist es in einer 
derartigen Situation, d. h. wenn der Slave feststellt, dass sein Datenvorrat fur eine 
15 kontinuierliche Wiedergabe ungeniigend ist, moglich, nicht abzubrechen und erneut auf 
den Datenstrom aufzusetzen, sondern vielmehr in jenem Zeitabschnitt, in welchem die 
Daten nicht zur Verfugung stehen (Loch im Puffer) die Wiedergabe kurz auszublenden. 

Der Master schickt das entsprechende Korrektur-Datenpaket nach der Wartezeit mit 
einem broadcast oder multicast nochmals auf das Netz, und samtliche Slaves, die dieses 
20 Paket brauchen, konnen es in ihren Ringpuffer einbauen. Ausserdem sollten die Slaves 
auf dem Netz mithoren, ob Korrektur-Anfragen, wie sie sie gerade abzusetzen 
beabsichtigen, bereits an den Master gegangen sind. Ist dies der Fall, so verzichtet der 
Slave auf eine weitere Anfrage, da ja das entsprechende Korrekturpaket ohnehin vom 
Master in einem multicast zur Verfugung gestellt werden wird. 

25 Eine weitere Verbesserung der Koordination und insbesondere der Steuerung zwischen 
Master und Wiedergabegeraten resp. Slaves kann erreicht werden, indem in den 
Datenstromen oder Datenpaketen wenigstens ein Kommando zusammen mit einem 
zugehorigen Ausfuhrungszeitpunkt an die Wiedergabegerate ubermittelt wird. 
Beispielsweise konnen dabei Kommandi wie Pause, Play, Stop, etc. iibergeben werden. 

30 Bevorzugt sollte der Ausfuhrungszeitpunkt so gewahlt werden, dass zwischen der 
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Ubergabe des Koramandos an das Netzwerk und dem Ausfuhrungszeitpunkt wenigstens 
die langste im Netzwerk festgestellte Netzwerkverzogerungszeit zwischen Master und 
Wiedergabegerat verstreichen kann. So kann sichergestellt werden, dass beim 
Ankommen des Kommandos beim jeweiligen Wiedergabegerat der 
5 Ausfuhrungszeitpuiikt noch nicht in der Vergangenheit liegt 

Diese maximale Netzwerkverzogerungszeit kann beispielsweise vom Master von Zeit 
zu Zeit ermittelt und anschliessend abgelegt werden. Typischerweise kann zu dieser 
maximalen Netzwerkverzogerungszeit sicherheitshalber noch ein zusatzlicher Beitrag 
hinzugefugt werden, beispielsweise im Bereich von 1-20 ms. Dieser zusatzliche 

10 Beitrag dient dazu, die Netzwerkiibertragungstoleranz (Sicherheitsmarge) und die 
Verarbeitungszeit im Sender und Empfanger abzudecken. Diese maximale 
Netzwerkverzogerungszeit sollte dynamisch angepasst werden, da sich diese maximale 
Netzwerkverzogerungszeit auf Grand von Veranderungen im Netz stark andern kann. 
So andert sich diese charakteristische Zeit beispielsweise, wenn die Last auf dem 

15 Netzwerk ansteigt (typischerweise Zunahme der maximalen 
Netzwerkverzogerungszeit), oder wenn weitere Wiedergabegerate oder andere Gerate 
zugeschaltet oder abgeschaltet werden. 

Urn die zeitraubende Ermittlung der Bitrate, mit welcher der Master die Datenstrome 
oder Datenpakete auf dem Netzwerk bereitstellt, und welche das Wiedergabegerat 
20 benotigt, um die im Netzwerk auftretenden Verzogerungen zu berechnen, zu vermeiden, 
kann diese Bitrate gleich in den Datenstromen oder Datenpaketen des Masters, 
ubermittelt werden. 

Vorzugsweise wird dann, wenn ein Wiedergabegerat neu auf einen bereits ablaufenden 
Stream aufgeschaltet werden soli (beispielsweise beim neuen Zuschalten eines Gerates 

25 oder wenn ein Datenverlust trotz Retry-Request zu einem irreparablen Leeerlaufen des 
Puffers gefuhrt hat), so vorgegangen, dass ein zugeschaltetes Wiedergabegerat die aus 
dem Netzwerk empfangenen Datenstrome oder Datenpakete unmittelbar, d. h. vom 
ersten Byte an, das empfangen wird, an seinen Codec ubergibt Der Codec des 
Wiedergabegerates verwirft zunachst die eingespeisten Daten in Stummschaltung, bis 

30 ein erster gultiger Frame detektiert wird. Der Codec wird anschliessend unter 
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Vermerkung des aktuellen Bytes (welches nicht unbedingt das erste Byte des 
eatsprechenden Frames sein muss) angehalten. Im Augenblick, wenn dieses aktuelle 
Byte auf dem Master gespielt wird, wird der Codec im Wiedergabegerat dann wieder 
aufgeschaltet und verarbeitet den Datenstrom respektive die Datenpakete unter 

5 Wiedergabe. Wenn der Stream zum Codec nach Erreichen des ersten gultigen Frames 
gestoppt wird, und danach gleichzeitig mit dem Master die Wiedergabe (Streaming) 
gestartet werden soil, so muss beriicksichtigt werden, dass der Puffer im Codec des 
Wiedergabegerates (Slave) in diesem Moment nicht voll ist, d. h. zum Beispiel halb leer 
ist. Dies bedeutet, dass zu Beginn die Daten viel schneller zum Codec gesendet werden, 

10 weil dieser seinen Puffer auch immer moglichst voll haben will. Entsprechend muss 
etwas spater mit der Wiedergabe (Streaming) losgelegt werden, da der Slave dann den 
Master durch das schnellere Fullen ja aufholt. 

Durch dieses Abwarten des ersten gultigen Frames im Codec kann vermieden werden, 
dass der in der Regel langsamere Prozessor im Wiedergabegerat den Stream, d. h. 
15 Datenstrom respektive die Datenpakete, parsen, d. h. analysieren und zerlegen muss, 
und der Codec wird dazu verwendet, auf den Stream aufzusetzen. Wenn der Master 
einen neuen Stream beginnt, ist ein derartiges Verfahren typischerweise nicht 
erforderlich. 

Das vorgeschlagene Verfahren erlaubt auch den Betrieb von Baumstrukturen. Eine 
20 derartige kaskadische Synchronisation kann dadurch erreicht werden, dass wenigstens 
eines der Wiedergabegerate seinerseits als Master for ein Sub-Netzwerk (z.B. LAN) 
eingesetzt wird. Bevorzugt werden dann entsprechende Repetitionen an den obersten 
Master (Root-Master) weitergegeben. So lassen sich beliebig viele Wiedergabegerate 
synchronisieren, und jedes der Wiedergabegerate kann seinerseits als Repeater 
25 (Wiedergabegerat, dass sowohl als Slave als auch als Master aktiv ist) verwendet 
werden. Grundsatzlich ist es so auch moglich, einen derart als Master wirksamen Slave 
in ein anderes Netzwerk aussenden zu lassen. Fur den Root-Master resultieren 
anschliessend natiirlich veranderte maximale Netzwerkverzogerungszeiten, welchen 
dann entsprechend Rechnung getragen werden muss. Es kann so eine sehr effiziente und 
30 gegebenenfalls weitlaufige Replikation des Datenstroms realisiert werden. 
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Wenigstens eines der Wiedergabegerate kann dabei vorteilhafterweise uber einen 
Speicher verfugen, welcher Audio-Daten bereitstellt Es kann sich bei diesem Speicher 
beispielsweise um ein Laufwerk (CD, DVD oder ahnliches) handeln, in welchem ein 
entsprechend beschriebenes Medium bereitgestellt wird. Alternativ kann es sich beim 
5 Speicher um einen internen beschreibbaren oder nur lesbaren Speicher handeln. Dieser 
Speicher wird als Quelle von Audio-Daten verwendet. Der Inhalt dieser Audio-Daten 
kann gegebenenfalls vom Master oder von einer anderen Datenquelle (denkbar ist auch 
ein Tuner zum Empfang von Radio-Input) bezogen werden. 

Weitere bevorzugte Ausfuhrungsformen des erfindungsgemassen Verfahrens sind in 
10 den abhangigen Anspruchen beschrieben. 

Weiterhin betrifft die vorliegenden Erfindung ein Datenverarbeitungsprogramm zur 
Durchfuhrung eines Verfahrens, wie es oben beschrieben ist, sowie ein 
Wiedergabegerat zur Durchfuhrung eines derartigen Verfahrens. Das Wiedergabegerat 
verfiigt dabei vorzugsweise iiber ein Netzwerkinterface (respektive allgemeiner uber 

15 eine Kommunikationsschnittstelle), iiber eine zentrale Rechnereinheit mit Speicher, 
sowie uber Mittel zur wenigstens mittelbaren Ausgabe von analogen oder digitalen 
Daten, insbesondere in Form eines Lautsprechers. Im Speicher eines derartigen 
Wiedergabegerats ist ein Datenverarbeitungsprogramm zur Durchfuhrung dieses 
Verfahrens fest programmiert ist, und dieses Programm aktiviert sich nach Einschaltung 

20 der Speisung selbsttatig, wobei das Wiedergabegerat insbesondere bevorzugt iiber 
Mittel zur automatischen Integration des Gerats in das Netzwerk verfiigt. 

Weitere bevorzugte Ausfuhrungsformen sind in den abhangigen Anspruchen 
beschrieben. 

25 KURZE ERLAUTERUNG DER FIGUREN 

Die Erfindung soil nachfolgend anhand von Ausfuhrungsbeispielen im Zusammenhang 
mit den Zeichnungen naher erlautert werden. Es zeigen: 

Fig. 1 eine schematische Darstellung eines Systems mit synchronisierten 
Wiedergabegeraten; und 



* 
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Fig. 2 a) eine schematische Darstellung des Ringpuffers auf einem Slave und b) eine 
schematische Darstellung des Ringpuffers auf einem Master. 



WEGE ZUR AUSFUHRUNG DER ERFINDUNG 

5 Als Ausfuhrungsbeispiel zur vorliegenden Erfindung soli ein System beschrieben 
werden, bei welchem eine „Sendeeinheit" einen von einer (digitalen oder analogen) 
Audio-Datenquelle angelieferten kontinuierlichen Datenstrom drahtlos an mehrere 
verteilte Wiedergabegerate (typisch Aktivlautsprecher) verteilt, wobei diese 
verschiedene Kanale des gleichen Datenstromes decodieren und ausgeben. Die 

10 Sendereinheit verfugt dazu iiber eine CPU, d. h. einen Prozessor, Pufferspeicher, sowie 
iiber mindestens eine bidirektionale Kommunikationsschnittstelle, im beschriebenen 
Beispiel ein 802.11b Funknetzwerlrinterface, sowie einen Audioeingang fur analoge 
oder digitale Audiodaten sowie selber iiber einen Audioausgang (ist also auch 
Wiedergabegerat). Die anderen Wiedergabegerate verwenden die gleiche Architektur, 

15 besitzen aber statt einem Audioeingang einen digitalen und/oder analogen 
Audioausgang und eventuell Leistungsverstarker und Schallwandler/Lautsprecher. 

In der nun folgenden Beschreibung werden Bezeichnungen verwendet, die wie folgt 
definiert sein sollen: 

• Der Server ist eine Datenquelle fur Audiodaten und kann ein beliebiges Gerat 
20 zur Bereitstellung da- Daten sein. Es kann sich dabei z. B. um einen Server eines 

Content-Providers handeln, oder aber auch um einen einfachen Musik- oder 
Video-Server. Insbesondere ist auch eine digitale Eingangsschaltung (z.B. 
S/PDIF), eine Analog/Digitalwandlung und/oder ein Codec, der einen 
Datenstrom komprimiert/codiert (typisch ein digitaler Signalprozessor), als 
25 „Server" zu betrachten. 

• Wiedergabegerat: ein Gerat zur Wiedergabe des Medienstromes, das die hier 
beschriebenen Protokolle unterstiitzt. 

• Master: ein Wiedergabegerat, das von einem anderen Gerat eine Aufforderung 
bekommen hat, den gerade spielenden Datenstrom weiterzureichen. 
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• System: eine Menge von mindestens zwei Wiedergabegeraten, die in einer 
gemeinsamen Kommiinikationsstruktur installiert sind. 

• Slave: ein Teilnehmer, der per Userinterface oder Kommando oder 
Festeinstellung/Parametrierung dazu aufgefordert wurde, synchron zu einem 

5 anderen Wiedergabegerat („Master") zu spielen. 

• Es konnen mehrere Slaves den gleichen Datenstrom synchron abspielen. Daher 
werden die Slaves zur Kennzeichnung mit Nummern versehen. 



Normalbetrieb ohne Synchronisation: 

10 Alle Wiedergabegerate arbeiten autonom. Die Wiedergabegerate konnen alle 
unabhangig voneinander Mediendaten von einer gemeinsamen oder von 
unterschiedlichen Datenquellen ausgeben* Die Datenquellen konnen dabei im Netzwerk 
angeordnet sein, oder aber es kann sich oben bereits auf den Wiedergabegeraten 
gespeicherte Daten handeln. 

15 

Automatisches Erkennen und Suchen von Teilnehmem: 

Jedes Wiedergabegerat enthalt einen ^Discovery Server", der bei Eintreffen eines 
bestimmten Netzwerkblockes (UDP Datagramm auf eine spezifische Portnummer, UDP 
ist ein standard, low-overhead, verbindungsloses, host-to-host Protokoll, welches den 

20 Austausch von Datenpaketen fiber geschaltete Computernetzwerke erlaubt. Es erlaubt 
einem Programm auf einem Computer, ein Datagramm an ein Programm auf einem 
anderen Computer zu schicken) mit einem Antwortblock reagiert. Alternativ konnen 
andere Discovery-Protokolle, so z.B. SSDP (Simple Service Discovery Protocol, ein 
Unterprotokoll von UPNP, Universal plug and play ist ein Standard, welcher dazu 

25 verwendet wird, eine direkte und automatische Anbindung von Peripheriegeraten in 
einem lokalen Netzwerk ohne Konfiguration zu erlauben) benutzt werden. 

Mit Hilfe des Suchprotokolls verschafft sich jedes Wiedergabegerat eine Liste von 
anderen Wiedergabegeraten, deren konfigurierten Namen, insofern verfugbar, und deren 
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Netzwerkadressen (IP Adresse). Diese Suche wird immer wieder wiederholt, so dass 
Erganzungen der Liste durch neu hinzugekommene Gerate automatisch erfolgen. Nicht 
mehr vorhandene Gerate werden nach einer bestimmten Zeit wieder aus der Liste 
entferat. 

5 Eine beispielsweise in Form einer Homepage organisierte Software erlaubt es 
anschliessend, samtliche in einem Netzwerk vorhandenen Wiedergabegerate uber 
Anfirage bei einem spezifischen Wiedergabegerat innerhalb des Netzwerks sichtbar zu 
machen. Dazu ist kein Installationsaufwand notwendig, die entsprechende Software 
visualisiert automatisch samtliche Teilnehmer und stellt die Moglichkeit zur Verfiigung, 

10 einzelne Teilnehmer an anderer in synchronisierter Weise anzubinden (z. B. uber ein 
auslosen via cgi-Kommando). So ist ein einfaches Handling sichergestellt 

Auffbrderung zur Synchronisation: 

Ein Teilnehmer kann durch verschiedene Einflusse stimuliert werden, sich mit einem 
15 anderen Gerat zu synchronisieren und dessen Medienstrom wiederzugeben: 

1. durch fixe Konfiguration („Setup"). Ein solcher Teilnehmer versucht sich 



konstant auf den konfigurierten Master zu synchronisieren. 

2. durch Kommando von einer Applikation (z.B. per cgi Kommando, vgl. oben) 

3. durch Empfang eines Kommandos uber UDP - auch der Fall „ALLE" 



4. durch Aktion des Benutzers und Auslosen via User Interface 

Wird ein Teilnehmer stimuliert, sich mit einem anderen zu synchronisieren, passiert das 
folgende: 

25 Zeitsynchronisation: 

Slave-Gerate mussen sehr genau mit dem Master synchronisieren. Hierzu ist eine 
genaue Synchronisation einer gemeinsamen Zeitbasis notwendig. Es ist nicht 



20 



synchronisieren auf Teilnehmer xxxx ist machbar 
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notwendig, dass diese „Master-Slave-Systemzeit" irgendeinen Bezug zu anderen 
Systemen wie z.B. der Weltzeit hat, auch ist die Genauigkeit (Laufgeschwindigkeit) 
dieser Zeit unerheblich - solange beide Gerate moglichst genau synchron laufen. 

Die Zeitsynchronisation der Wiedergabegerate muss periodisch wiederholt werden, um 
5 Abweichungen fiber die Zeit zu korrigieren. Der Ablauf einer Zeitsynchronisation 
geschieht dabei ahnlich einem aus der Bereich der Zeitanpassung bekannten Protokoll, 
namlich ntp (network time protocol). Dabei handelt es sich um ein Protokoll zur 
Synchronisation der Uhren auf Computem eines Netzwerks. 

Im vorliegenden Fall wird wie folgt vorgegangen: 

10 Der verwendete Ansatz ist das Anfordem der Zeit beim Server unter Beriicksichtigung 
der durchschnittlichen Laufzeit der Daten. Das Gerat selbst nimmt seine aktuelle Zeit 
und misst die Dauer bis zur Antwort vom Server. Diese Antwort enthalt die aktuelle 
Serverzeit zum Zeitpunkt des Eintreffens der Anfrage. Wird dieser Vorgang mehrfach 
durchgefiihrt, konnen geringfugige Schwankungen in den Datenlaufzeiten ausgeglichen 

15 werden: 

a) Slave schickt UDP Datagramm an den Teilnehmer auf den er synchronisieren 
will, und fordert dessen aktuelle Zeit an. In dem Telegramm wird die „eigene" 
Zeit mitgegeben (Sendezeit) 

b) Das Telegramm wird vom Empfanger mit der lokalen (Master-) Zeit versehen, 
20 wobei die „Slave"-Sendezeit erhalten bleibt, und an den Slave zuruckgeschickt. 

c) Der Slave empfangt das vom Master zuriickgesendete Telegramm und tragt es in 
eine Tabelle ein, wobei die Empfangszeit notiert wird. 

d) Die Schritte a-c passieren mehrmals (bei der ersten Synchronisation z. B. mind. 
8x, bei Resynchronisation 3x), mit dem Ziel, per Durchschnittsbildung unter 

25 Weglassen von Extremwerten ein moglichst genaues Ergebnis zu bekommen. 

e) Sind genugend aussagekraftige Daten in der Tabelle vorhanden, wird 
ausgewertet. Hierzu wird die Differenz (aktuelle Slavezeit minus Slave- 
Sendezeit) eines jeden Telegrammes gebildet und gepruft, ob das Telegramm 
lange unterwegs war (grosse Differenz). Nur die Telegramme mit der kleinsten 
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Differenz werden genommen, und es kann im Normalfall angenommen werden, 
dass bei gleichen Geraten die Ubertragungszeit in etwa symmetrisch auf beide 
Ubertragungsstrecken entfallt. Hierdurch kann eine von der normalen Slavezeit 
unabhangige „Masterzeit" im Slave sehr genau auf den Master synchronisiert 
werden. 

Auf normalem Ethernet und sogar auf 802.11 Wireless Netzwerken sind die 
Ubertragungszeiten im unbelasteten Zustand typisch kleiner als 1ms, auf jeden Fall 
unter 5 ms, und bei Annahme der ,,symmetrischen" Verzogerung kann die 
Zeitsynchronisation der Teilnehmer mit dem beschriebenen Verfahren auf deutlich 
weniger als 1ms sichergestellt werden. 

Somit wird also eine durchschnittliche Laufzeit der Daten innerhalb eines moglichst 
kurzen Zeitabschnittes ermittelt. Abziiglich einer geschatzten oder empirisch ermittelten 
Konstante von 0,01 -lms fur die unterschiedliche Verarbeitungszeit beim Senden und 
Empfangen der Daten innerhalb der Gerate kommt man nun auf eine momentane 
Laufzeit fur ein Datenpaket. Diese Laufzeit wird nun bei der Ermittlung der aktuellen 
Systemzeit beriicksichtigt. 

Die Zeitsynchronisation wird dann in regelmassigen Abstanden wiederholt, typ. alle 30 
Sekunden, wobei ein Zeitstempel im Weiterleitungsprotokoll zur Uberwachung in der 
Regel genugt und damit die Resynchronisation nur bei deutlichen Diskrepanzen 
ausgelost wird. 

Datensynchronisation: 

Allgemeines: Um die Synchronisation von „N" Slaves auf einen Master ohne „N"-fache 
Datenmenge auf dem Netzwerk zu bewerkstelligen, ist es im Sinne einer moglichst 
geringen erforderlichen Bandbreite auf dem Netzwerk vorteilhaft, die Streamingdaten 
vom Master per Multicast/Broadcast zu verteilen. Broadcast/Multicast ist nicht „sicher", 
d.h. Daten konnen verloren gehen. Es wird also ein Wiederholungsmechanismus 
benotigt Die Anforderung von Wiederholungen kann unidirektional - mit direkter 
Adressierung - erfolgen. 
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Um mehrere unabhangige Synchronisationsgruppen (Kanale) einfach und automatisch 
einzurichten, sollte fur die Datenverteilung pro Kanal eine unterschiedliche Portnummer 
benutzt werden. Es ist dadurch mit hoher Wahrscheinlichkeit sichergestellt, dass in der 
beschriebenen Implementierung jeder Teilnehmer eine individuelle Portnummer aus 
5 seiner IP Adresse und einer Konstanten ableitet. Es werden die letzten 12 Bit der IP 
Adresse plus eine Konstante (z.B. 40.000) addiert. Eine solche Portnummer ist in einem 
typischen Netzwerk mit Class C Adressierung garantiert eindeutig. 

Die individuelle Portnummer eines jeden Teilnehmers wird bei dem ^Discovery" 
Protokoll mit ubermittelt, und jeder Teilnehmer kennt daher die „Kanalnummer" eines 
10 jeden potentiellen Masters. 

Anmeldung: Nachdem die Zeitsynchronisation hergestellt ist (siehe oben), fordert der 
Slave das Wiedergabegerat, dessen Datenstrom er synchronisiert wiedergeben will, auf, 
die „Master"-Rolle zu ubernehmen. Dies geschieht durch Senden eines Kommandos 
(SYNC REQ) auf den (Master)-spezifischen UDP Port/Kanal. Eine Quittung vom 
15 Master bestatigt den Empfang des Kommandos, bei Nichtbestatigung wiederholt der 
Slave das Kommando, notfalls mehrfach. 

Streaming: Der Master empfangt die Streamingdaten z.B. von einem Server, 
typischerweise per tcp Verbindung, eventuell per http, oder audi von einer lokalen 
digitalen oder analogen Schnittstelle, Codec o.a.. Die Funktion des Systems ist von der 
20 eingesetzten Datenquelle vollig unabhangig. Alle eingehenden Daten werden in einen 
Ringpuffer eingeschrieben. Bei jedem „Start" eines Streams wird ein Bytezahler (32bit) 
zuriickgesetzt Jedes eingehende Byte vom Server wird gezahlt und hat so eine 
eindeutige „Adresse". 

Der Master schickt in einem vom Empfangen des tcp Stromes unabhangigen Prozess 
25 die Daten des Ringpuffers blockweise, sofort nach Eintreffen, per UDP Broadcast auf 
das Netzwerk, erganzt durch einen Protokollheader, der unter anderem die „Adresse" 
des ersten uberniittelten Bytes, die genaue Masterzeit, die Adresse des vom Master als 
nachstes an den Codec zu iibermittelnden Bytes etc enthalt. Dies ist in Fig. 2b) 
dargestellt. Der Ringpuffer 5 ist standig mit Daten gefullt. Der Ausgabepointer 6 steht 
30 an einer bestimmten Stelle und schickt die dort gelesenen Daten an den lokalen 
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Codec/Wandler zur Wiedergabe. Der Ausgabepointer 6 verschiebt sich entsprechend 
der intemen Uhr des Master vorwarts (vgl. Pfeilrichtung). Der Dateneingangspointer 8 
zeigt diejenige Position an, an welcher gerade die von einem Server empfangenen Daten 
in den Ringpuffer 5 eingelesen werden. im wesentlichen unmittelbar 1f dahinter" in 

5 Leserichtung befindet sich der Datenweitergabepointer 10, welcher die Position angibt, 
an welcher die im Ringpuffer 5 vorhandenen Daten vom Master an die Slaves uber ein 
Multicast/Broadcast weitergegeben werden. Mit dem Bezugszeichen 12 ist dabei ein 
typisches Datenpaket angegeben. Im Ringsspeicher 5 befindet sich entsprechend ein " 
Datenvorrat " 9, von welchem der wesentliche Teil fur ggf. notwendige "retry- 

10 protokolle" zur Verfugung steht (vgl. weiter unten). Typischerweise umfasst dieser 
Datenvorrat ca. 1 bis 4 Sekunden Daten. Nicht mehr fiir Korrekturprotokolle zur 
Verfugung steht der Sicherheitsbereich unmittelbar vor dem Ausgabepointer 6, da 
dieser nicht mehr sinnvoll ubergeben werden kann. 

Der Slave empfangt diese Datagramme und tragt die empfangenen Daten seinerseits in 
15 einen Ringpuffer 5 ein. Der Protokollheader wird direkt ausgewertet, und zwar wird die 
Masterzeit auf Genauigkeit uberpriift, und die Information "Masterzeit/Aktuelles Byte" 
(steht fur den aktuellen Abspielmoment) wird zwischengespeichert, respektive dazu 
verwendet, den Ausgabepointer 6 einer richtigen Ort zu schieben respektive dessen 
Laufcharakteristik anzupassen. Der Ringpuffer 5 vom Slave ist in Fig. 2a) dargestellt. 
20 Der Dateneingangspointer 7 befindet sich an der Position des Datenweitergabepointers 
10 des Master (unter Beriicksichtigung naturlich der Laufeeit uber das Netzwerk), und 
idealerweise befindet sich der Datenausgabepointer 6 an der identischen Stelle wie beim 
Master. 

Typischerweise sollte, urn Datenverluste zu vermeiden respektive urn ein ggf. 

25 erforderliches "ziehen" zu ermoglichen, der Ringpuffer auf den Slaves grosser sein als 
jene auf dem Master. Es ist nebenbei bemerkt auch moglich, die Position des aktuellen 
Byte, welches vom Master auf den Codec geschickt wird, indirekt uber den fur Zustand 
des Ringpuffers zu ermitteln. Sind Ringpuffer von Master und Slave gleich voll, so ist 
die Synchronisation in Ordnung. Ist der Ringpuffer von einem Slave weniger gefiillt 

30 oder voller als jene des Masters, so zeigt dies eine entsprechende Verschiebung der 
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Ausgabe an. 

Retry-Protokoll (Korrektunnechanismus): 

Der Slave kann einfach feststellen, ob ein Datenpaket verloreni gegangen ist. Dies ist 
genau dann der Fall, wenn ein neues Datenpaket empfangen wird, dessen erstes Byte 
nicht eine konsekutive Adresse hat (Datenliicke). 

Wenn ein Datenpaket verloren geht, geschieht dies typischerweise auf dem Netzwerk 
und in der Regel fur mehrere oder alle Slaves im „Kanal". Um unnotige Belastung des 
Netzwerkes zu vermeiden, wird ein intelligentes Retryverfahren eingesetzt Alle Slaves 
empfangen das „neue" Datenpaket zum etwa gleichen Zeitpunkt und konnen daher etwa 
gleichzeitig feststellen, dass Daten verloren gegangen sind. Jeder Client verzogert jetzt 
eine individuelle Zeit (Zufallsgesteuert oder per Algorithmus aus der IP Adresse oder 
MAC Adresse abgeleitet), im Bereich 1 bis z.B. 30ms, bevor er eine „Retry- 
Anforderung" aussendet. Diese Retry-Anforderung wird dann per Broadcast auf den fur 
den „Kanal" spezifischen UDP Port geschickt, und kann so von alien auf den Kanal 
aufgeschalteten Teilnehmern - nicht nur dem Master - empfangen werden. Wahrend die 
Clients, die einen Retry auslosen wollen, die individuelle Zeit warten, wird der 
Empfang von UDP Datagrammen fortgesetzt. Ein von einem anderen Client ausgeloster 
Retry beendet das Warten und verhindert das Aussenden des eigenen Retries, wenn es 
sich um die gleiche (gleiche erste nicht vorhandene Byteadresse) oder eine Anforderung 
nach noch mehr Daten handelt - hierdurch werden mehrfache identische 
Retryanforderungen wirkungsvoll verhindert und die Last auf dem Netzwerk minimiert 

Stellt ein Slave fest, dass der Datenverlust im Rahmen der zur Verfiigung stehenden 
Zeit ohnehin durch den Master mit einem erneuten Senden nicht mehr ausgeglichen 
werden kann, so beendet er seine Retry-Requests. So kann vermieden werden, dass 
unnotige Retry-Requests, welche das Netz nur belasten, ohne dem Slave anschliessend 
Nutzen zu bringen, weiter abgesetzt werden. Anschliessend kann ein Slave entweder bis 
zum letzten zur Verfiigung stehenden Byte abspielen und dann erneut auf den 
Datenstrom aufsetzen, oder, und dies ist insbesondere bei kurzen Abschnitten mit 
Datenverlust ggf. durchaus sinnvoll, er unterbricht die Wiedergabe innerhalb des 
Fensters, dessen Daten nicht zur Verfiigung stehen. 
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Auf der Seite des Masters wird, wenn ein Retry eintrifft, fur eine bestimmte Zeit (z.B. 
30 ms, gleich wie die maximale Client- Verzogerung plus max. interne 
Verarbeitungszeit fur eingehende Datenblocke) gewartet, bevor mit der Wiederholung 
der Aussendung begonnen wird. Mit dieser Verzogerung kann verhindert werden dass 
ein Retry ab einer bestimmten Stelle begonnen wird, dann aber noch eine 
Retryanforderung auf eine friihere Stelle einlauft. 

Grundsatzlich werden alle Daten ab der angeforderten Stelle bis zum Ende des Master- 
Streamingbuffers wiederholt. 

Slaves ignorieren alle eingehenden Daten die sie schon „kennen", wobei dies nicht 
blockspezifisch, sondern „bytespezifisch" ausgefuhrt wird - ein Retryblock kann 
teilweise alte und teilweise neue Daten enthalten. 

Wiederaufsetzen: 

Es kann passieren, dass ein Slave durch massive Empfangsstorung iiber langere Zeit 
keine Daten empfangen hat und damit einen „Underrun" produziert, d.h. der 
Streamingbuffer wird leer. In diesem Falle werden keine Retries mehr angefordert, 
sondern der Slave synchronisiert sich wieder komplett neu gemass dem beschriebenen 
Verfahren. In diesem Falle muss die Ausgabe des Mediastromes auf dem Slave fiir 
einen kurzen Zeitraum unterbrochen werden. 

Aufsetzen auf einen laufenden Datenstrom: 

Slaves kSnnen jederzeit auf einen laufenden Datenstrom aufsetzen, ein synchroner Start 
ist nicht notwendig. Dies geschieht mittels der folgenden Methode: 

1) der Slave fullt den Streamingpuffer mit den auf dem Kanal iibertragenen Daten 

2) der Slave verfolgt die vom Master in den Broadcasts mit ubermittelten Adressen 
der aktuell ausgegebenen Bytes 

3) zusatzlich kann der Slave mit spezifischen Abfragen vom Master genau 
erfahren, welches Byte (Adresse) dieser gerade an den Codec ausgegeben hat. 

4) Es wird die Adresse des ersten in den Streamingbuffer eingeschriebenen Bytes 
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mit der vom Master ubermittelten aktuellen Ausgabeadresse verglichen. Sind 
diese gleich oder hat der Master bereits mehr Daten ausgegeben, wird sofort mit 
der Wiedergabe begonnen. 

5 Feinabgleich: 

Durch regelmassige Abfrage des Masters (analog der Zeitsynchronisation, 
implementiert in den gleichen Dateriblocken wie die Zeitsynchronisation) kann 
festgestellt werden ob der Client gegenuber dem Master eher ,,hinterherlauft" oder 
„vorweglauft", und zwar sehr einfach durch Differenzbildung der aktuell an den Codec 
10 ausgegebenen Byteadressen. Diese Daten miissen natiirlich uber die Zeit gemittelt 
werden. 

1st der Client im Streamingbuffer bereits weiter als der Master, kann der Codec durch 
leichte Verlangsamung der Clockfrequenz etwas gebremst werden bis genaue 
Synchronisation erreicht ist Analog wird die Codec-Clockfrequenz leicht angehoben 
15 wenn der Client im Mittel dem Master hinterherlauft. 



Beenden des Master Modus: 

Der Master kann die Notwendigkeit des Aussendens von Daten — also die Masterrolle - 
dadurch uberpriifen, dass Aktivitat von Slaves, zumindest zur Zeitsynchronisation, 
20 besteht. Wird uber einen langeren Zeitraum (mindestens 3x Abfrageintervall 
Zeitsynchronisation) keine Clientaktivitat mehr registriert, kann der Master wieder in 
den normalen Teilnehmermodus wechseln und das Aussenden der Broadcasts beenden. 
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BEZUGSZEICHENLISTE 



-f 

1 


Wiedergabegerat (Master) 


2 


Wiedergabegerat (Slave) 


3 


Daten-Server 


4 


Netzwerk 


5 


Ringpuffer fur Daten 


6 


Datenausgabepointer (Slave/Master) 


7 


Dateneingangspointer (Slave) 


8 


Dateneingangspointer (Master) 


9 


Datenvorrat 


10 


Datenweitergabepointer (Master) 


11 


Sicherheitsbereich 


12 


Datenpaket fur Slaves 
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PATENTANSPRUCHE 

Verfahren zur Wiedergabe von fiber wenigstens ein Netzwerk (4) ubertragenen 
Datenstromen oder Datenpaketen mittels wenigstens zweier wenigstens 
mittelbar an das Netzwerk (4) angebundener Wiedergabegerate (1,2), 

dadurch gekennzeichnet, dass 

zur Synchronisation der Wiedergabe mit den wenigstens zwei 
Wiedergabegeraten (1,2) 

entweder eines der Wiedergabegerate als Master (1) seine interne Uhr als 
Referenz vorgibt und die anderen Wiedergabegerate (2) als Slave ihre interne 
Uhr fiber das Netzwerk (4) mit jener des Masters (1) abgleichen oder eine Kopie 
der Master-Uhr fuhren und die Wiedergabe von Datenstromen oder 
Datenpaketen in Abhangigkeit dieser abgeglichenen Uhr wiedergeben, 

oder dass die interne Uhr eines externen, ebenfalls am Netz verfugbaren Gerates 
als Master verwendet wird und alle Wiedergabegerate als Slave (2) ihre interne 
Uhr fiber das Netzwerk (4) mit jener des Masters abgleichen und die Wiedergabe 
von Datenstromen oder Datenpaketen in Abhangigkeit dieser abgeglichenen Uhr 
wiedergeben. 

Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass es sich beim 
Netzwerk (4) urn ein Netzwerk (4) handelt, in welchem Datenpakete in 
asynchroner Weise oder synchroner Weise ubertragen werden. 

Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass der Abgleich der Uhr auf dem Slave (2) vor der ersten Wiedergabe 
geschieht, und insbesondere bevorzugt periodisch wahrend der Wiedergabe 
aktualisiert wird. 
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Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die periodische 
Aktualisierung dazu verwendet wird, auf dem Slave (2) eine systematische 
Anpassung der Laufgeschwindigkeit der internen Uhr des Slave (2) an jene des 
Masters (1) zum Ausgleich von Unterschieden in der internen 
Laufeeitcharakteristik von Master (1) und Slave (2) vorzunehmen. 

Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die systematische 
Anpassung darin besteht, die interne Uhr des Slave (2) mit einem konstanten 
Korrekturfaktor zu skalieren. 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass der Abgleich der internen Uhr erfolgt, indem die interne Uhr des Master (1) 
vom Slave (2) insbesondere bevorzugt mehrmals abgefragt wird, und indem 
wenigstens ein, bevorzugt eine Mehrzahl von Datenpaketen, welche mit den 
Paketen zur Abfrage der Zeit auf dem Master (1) identisch sein konnen, vom 
Slave (2) zum Master (1) ubertragen und wieder zuruckiibermittelt werden, und 
die interne Uhr im Slave (2) in Abhangigkeit einer insbesondere 
durchschnittlichen Laufzeit von Datenpaketen zwischen Master (1) und Slave 
(2) an die Uhr im Master (1) angeglichen wird. 

Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass die Laufeeit als 
Mittelwert unter Beriicksichtigung der Bearbeitungszeiten in den Geraten (2) 
berechnet wird. 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass das erste, mit der Wiedergabe beauftragte Wiedergabegerat (1,2) 
automatisch als Master (1) definiert wird. 
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Verfahren nach einem der vorhergehendea Anspriiche, dadurch gekennzeichnet, 
dass es sich bei den Datenstromen oder Datenpaketen urn digitale Audio- oder 
Videodaten oder eine Kombination davon handelt, insbesondere urn 
komprimierte oder unkomprimierte Audiodateien wie MP3, WAV, MPEG, 
Windows Media etc. 

Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass es auf den 
Wiedergabegeraten (1,2) entweder die gleichen Daten wiedergegeben werden, 
oder dass unterschiedliche Kanale der Daten, insbesondere bei Audio-Dateien in 
Stereoformat oder Multikanal (z.B. Dolby 5.1, DTS etc), auf unterschiedlichen 
Wiedergabegeraten (1,2) wiedergegeben werden. 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass wenigstens ein Teil der Datenstrome oder Datenpakete vor der Wiedergabe 
in den Wiedergabegeraten (1,2) zwischengepuffert (5) werden, wobei bei 
Audiodateien typischerweise im Bereich von ca. 1 bis 5 sec gepuffert wird, und 
wobei insbesondere bevorzugt die Pufferung dynamisch und den Gegebenheiten 
des Netzwerks angepasst erfolgt. 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass die Synchronisation der einzelnen Wiedergabegerate (1,2) im Bereich von 
weniger als 100ms, bevorzugt von weniger als 10ms oder weniger als 2ms, und 
insbesondere bevorzugt von weniger als 1 ms erfolgt. 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass es sich beim Netzwerk (4) urn ein kabelloses Netzwerk, insbesondere ein 
Funknetzwerk handelt. 
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Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass wahrend der Wiedergabe von wenigstens einem Wiedergabegerat (1,2) 
wenigstens ein weiteres synchronisiert zugeschaltet wird, indem sich das 
zugeschaltete Gerat (2)automatisch auf den vorhandenen Master (1) abgleicht 
und nach Pufferung eines Teils der Daten selber die Wiedergabe aufhimmt. 

Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass die Datenpakete oder Datenstrome entweder von einem separaten 
Datenserver (3) abgeholt werden, oder auf einem der Wiedergabegerate (1) 
abgeholt werden, oder auf den Wiedergabegeraten (1,2) bereits zur Verfugung 
stehen, oder dem System uber einen Analog-Digitalwandler und/oder eventueller 
Komprimier/Codiereinheit nach Einspeisung in analoger oder digitaler Form in 
digitaler Form zur Verfugung gestellt werden. 

Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass die Datenpakete oder Datenstrome von einer Datenquelle in einen 
Ringpuffer (5) im Master (1) eingelesen, wobei jedes eingelesene Byte mit einer 
eindeutigen Adresse versehen ist, und dass der Master (1) in einem vom 
Einlesen des Datenstromes in den Ringpuffer (5) unabhangLgen Prozess die 
Daten des Ringpuffers (5) blockweise, insbesondere sofort nach Einlesen, per 
Broadcast, insbesondere per UDP Broadcast und weiterhin insbesondere per 
multicast, auf das Netzwerk schickt, erganzt durch einen Protokollheader, der 
unter anderem die Adresse des ersten ubermittelten Bytes, die genaue 
Masterzeit, die Adresse des vom Master (1) als nachstes an den Codec des 
Masters (1) zu ubermittelnden Bytes enthalt. 

Verfahren nach Anspruch 16, dadurch gekennzeichnet, dass die Adresse des 
vom Master als nachstes an den Codec des Masters (1) zu ubermittelnden Bytes 
wenigstens teilweise in unabhangigen Kontrollblocken, welche mit den 
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Kontrollblocken zur Uberpriifung der Uhr auf dem Master identisch sein 
konnen, iibermittelt wird. 

* 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass zur Sicherung der Datenintegritat bei von einem Slave (2) festgestelltem 
Verlust eines Datenteils auf dem Netzwerk (4) dieses Datenteil nach 
Anforderung vom Slave (2) vom Master (1) wiederholt gesendet wird, wobei der 
Master (1) dieses wiederholte Senden erst nach Verzogerung, insbesondere im 
Bereich von einigen ms, vornimmt, und wobei die Slaves (2) die Anforderungen 
in gestaffelter Weise derart vornehmen, dass identische Anforderungen nur 
einmal iiber das Netzwerk geschickt werden. 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass in den Datenstromen oder Datenpaketen wenigstens ein Kommando, 
beispielsweise ausgewahlt aus der Gruppe Pause, Play, Stop, zusammen mit 
einem zugehorigen Ausfuhrungszeitpunkt an die Wiedergabegerate (1,2) 
iibermittelt wird, wobei bevorzugt der Ausfuhrungszeitpunkt so gewahlt wird, 
dass zwischen der Ubergabe des Kommandos an das Netzwerk (4) und dem 
Ausfi&rungszeitpunkt wenigstens die langste im Netzwerk (4) festgestellte 
Netzwerkverzogerungszeit zwischen Master (1) und Wiedergabegerat (1,2) 
verstreichen kann, 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass in den Datenstromen oder Datenpaketen die Bitrate des Masters (1) 
ubermittelt wird, mit welcher der Master (1) die Datenstrome oder Datenpakete 
auf dem Netzwerk (4) bereitstellt, wobei bevorzugt das Wiedergabegerat (1,2) 
diese Bitrate dazu verwendet, urn die im Netzwerk auftretenden Verzogerungen 
zu ermitteln. 
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Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass ein zugeschaltetes Wiedergabegerat (1,2) die aus dem Netzwerk 
empfangenen Datenstrome oder Datenpakete unmittelbar an den Codec iibergibt, 
wobei dieser Codec die eingespeisten Daten in Stummschaltung verwirft, bis der 
Codec einen ersten giiltigen Frame detektiert, der Codec anschliessend unter 
Vermerkung des aktuellen Bytes angehalten wird und der Codec im 
Wiedergabegerat dann wieder den Datenstrom respektive die Datenpakete 
verarbeitet und auf Wiedergabe geschaltet wird, wenn dieses aktuelle Byte auf 
dem Master (1) gespielt wird. 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass wenigstens eines der Wiedergabegerate (1,2) seinerseits als Master fur ein 
Sub-Netzwerk eingesetzt wird, wobei bevorzugt entsprechende Repetitionen an 
den obersten Master weitergegeben werden. 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass wenigstens eines der Wiedergabegerate (1,2) iiber einen Speicher verfugt, 
welcher als Quelle von Audio-Daten verwendet wird, wobei der Inhalt dieser 
Audio-Daten gegebenenfalls vom Master (1) oder von einer anderen Datenquelle 
bezogen wird. 

Datenverarbeitungsprogramm zur Durchfiihrung eines Verfahrens nach einem 
der Anspriiche 1 bis 23. 

Wiedergabegerat zur Durchfuhrung eines Verfahrens nach einem der Anspriiche 
1 bis 23, dadurch gekennzeichnet, dass es iiber ein Netzwerkinterface, iiber eine 
zentrale Rechnereinheit mit Speicher sowie iiber Mittel zur wenigstens 
mittelbaren Ausgabe von Daten, insbesondere in Form eines Lautsprechers, 
verfugt, dadurch gekennzeichnet, dass im Speicher ein 
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Datenverarbeitungsprogramm nach Anspruch 19 fest prograramiert ist, und dass 
sich dieses Programm nach Einschaltung der Speisung selbsttatig aktiviert, 
wobei das Wiedergabegerat insbesondere bevorzugt uber Mittel zur 
automatischen Integration des Gerats in das Netzwerk verfugt. 
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